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Outline 

■ Projection Matrix Internals 

■ Infinite Projection Matrix 

■ Depth Modification 

■ Oblique Near Clipping Plane 


■ Slides available at 
http://www.terathon.com/ 
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From Camera to Screen 




Projection Matrix 


Perspective Divide 


Viewport Transform 
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Projection Matrix 



• The 4x4 projection matrix is really just a linear 
transformation in homogeneous space 

- It doesn’t actually perform the projection, but 
just sets things up right for the next step 

- The projection occurs when you divide by w to 
get from homogenous coordinates to 3-space 
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OpenGL projection matrix 



■ n, f = distances to near, far planes 

- e = focal length = 1 / tan(FOV / 2) 

- a = viewport height / width 
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Camera Space 


Normalized 
Device Coordinates 




Infinite Projection Matrix 

■ Take limit as f goes to infinity 


lim 

f — >00 


e 

0 

0 

0 1 







e/a 




e 

0 

0 

0 

0 

0 

0 


0 

e/a 

0 

0 

0 

0 

f + n 

2 fn 

— 




f-n 


0 

0 

-1 

-2 n 



f-n 




0 

0 

-1 

0 

Lo 

0 

-1 

0 J 








WWW.GDCONF.COM 


Infinite Projection Matrix 




Directions are mapped to points on the 
infinitely distant far plane 

A direction is a 4D vector with w = 0 
(and at least one nonzero x, y, z) 

Good for rendering sky objects 

- Skybox, sun, moon, stars 

Also good for rendering stencil 
shadow volume caps 
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Infinite Projection Matrix 



The important fact is that z and w are 
equal after transformation to clip space: 
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Infinite Projection Matrix 

■ After perspective divide, the 
z coordinate should be exactly 1 .0, 
meaning that the projected point is 
precisely on the far plane: 
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Infinite Projection Matrix 




But there’s a problem... 

The hardware doesn’t actually perform 
the perspective divide immediately after 
applying the projection matrix 

Instead, the viewport transformation is 
applied to the (x, y, z) coordinates first 
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Infinite Projection Matrix 

■ Ordinarily, z is mapped from the range 
[-1, 1] in NDC to [0, 1] in viewport space 
by multiplying by 0.5 and adding 0.5 


■ This operation can result in a loss of 
precision in the lowest bits 

■ Result is a depth slightly smaller than 
1 .0 or slightly bigger than 1 .0 
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Infinite Projection Matrix 




If the viewport-space z coordinate is 
slightly bigger than 1 .0, then fragment 
culling occurs 

The hardware thinks the fragments are 
beyond the far plane 

Can be corrected by enabling 
GL_DEPTH_CLAMP_NV, but this is a 
vendor-specific solution 
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Infinite Projection Matrix 

■ Universal solution is to modify 
projection matrix so that viewport-space 
z is always slightly less than 1 .0 for 
points on the far plane: 


e 0 0 0 

0 e/a 0 0 

0 0 e - 1 (s-2 )n 

0 0-1 0 
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Infinite Projection Matrix 

■ This matrix still maps the near plane 
to -1 , but the infinite far plane is now 
mapped to 1 - s 
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Depth Modification 




Several methods exist for performing 
polygon offset 

- Hardware support through glPolygonOffset 

- Fiddle with glDepthRange 

- Tweak the projection matrix 
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Depth Modification 



u i; 

cmT' 


glPolygonOffset works well, but 

■ Can adversely affect hierarchical 
z culling performance 

- Not guaranteed to be consistent across 
different GPUs 

Adjusting depth range 

- Reduces overall depth precision 

Both require extra state changes 
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Depth Modification 



NDC depth is given by a function of 
the lower- right 2x2 portion of the 
projection matrix: 


f + n 

2 fn 

y 


f + n 2 fn 

z 

f-n 

f-n 

Zj 

1 

— 

f-n f-n 

-1 

0 

1 


-z 


Z NDC 


f + n 2 fn 

f-n + z(f-n) 


WWW.GDCONF.COM 






Depth Modification 


■ We can add a constant offset s to the 
NDC depth as follows: 
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Depth Modification 





M/-coordinate unaffected 

Thus, xand y coordinates unaffected 

z offset is constant in NDC 

But this is not constant in camera space 

For a given offset in camera space, the 
corresponding offset in NDC depends on 
the depth 
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Depth Modification 

■ What happens to a camera-space 
offset SI 
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Depth Modification 

■ NDC offset as a function of camera- 
space offset 8 and camera-space z: 


e(S,z) 


2 fn_ f S_ 
f-n{z(z + S ), 


■ Remember, 8 is negative for an 
offset toward camera 

cfcf'P'" 
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Depth Modification 







Need to make sure that ^is big enough 
to make a difference in a typical 24- bit 
integer z buffer 

NDC range of [-1,1] is divided into 
2 24 possible depth values 

So | e | should be at least 2/2 24 = 2“ 23 
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Depth Modification 

■ But we’re adding s to (f + n)/(f - n), 
which is close to 1 .0 

■ Not enough bits of precision in 32- bit 
float for this 


■ So in practice, it’s necessary to use 
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Oblique Near Clipping Plane 



It’s sometimes necessary to restrict 
rendering to one side of some arbitrary 
plane in a scene 

For example, mirrors and water surfaces 

Using an extra hardware clipping plane 
seems like the ideal solution 
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Oblique Near Clipping Plane 



But some older hardware doesn’t 
support user clipping planes 

Enabling a user clipping plane could 
require modifying your vertex programs 

There’s a slight chance that a user 
clipping plane will slow down your 
fragment programs 
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Oblique Near Clipping Plane 

■ Extra clipping plane almost always 
redundant with near plane 

■ No need to clip against both planes 
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Oblique Near Clipping Plane 



We can modify the projection matrix so 
that the near plane is moved to an 
arbitrary location 

No user clipping plane required 

No redundancy 
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Oblique Near Clipping Plane 

■ In NDC, the near plane has 
coordinates (0, 0, 1, 1) 
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Oblique Near Clipping Plane 




Planes are transformed from NDC to 
camera space by the transpose of the 
projection matrix 

So the plane (0,0, 1 , 1 ) becomes 
M 3 + M 4 , where M, is the /- th row of the 
projection matrix 

M 4 must remain (0, 0, -1 , 0) so that 
perspective correction still works right 
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Oblique Near Clipping Plane 





Let C = (C x , C y , C z , C w ) be the camera- 
space plane that we want to clip against 
instead of the conventional near plane 

We assume the camera is on the 
negative side of the plane, so C w < 0 

We must have C = M 3 + M 4 , where 
M 4 = (0, 0, -1,0) 
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Oblique Near Clipping Plane 


- m 3 = c - m 4 

M = 



e 0 
0 e/a 

Cy 

0 0 


0 0 

0 0 

C z + 1 C w 
-1 0 


This matrix maps points on the plane C 
to the z = -1 plane in NDC 
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Oblique Near Clipping Plane 


But what happens to the far plane? 
F = M 4 - M 3 = 2M 4 - C 



WWW.GDCONF.COM 



Oblique Near Clipping Plane 



Far plane is completely hosed! 

Depths in NDC no longer represent 
distance from camera plane, but 
correspond to the position between the 
oblique near and far planes 

We can minimize the effect, 
and in practice it’s not so bad 
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Oblique Near Clipping Plane 



We still have a free parameter: 
the clipping plane C can be scaled 

Scaling C has the effect of changing the 
orientation of the far plane F 

We want to make the new view frustum 
as small as possible while still including 
the conventional view frustum 
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Oblique Near Clipping Plane 




Let F = 2M 4 - aC 

Choose the point Q which lies opposite 
the near plane in NDC: 

Q = (sgn(C x ),sgn(C y ),l,l) 

Solve for a such that Q lies in plane F: 

2M 4 • Q 
a = 

C Q 
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Oblique Near Clipping Plane 

■ Near plane doesn’t move, but far plane 
becomes optimal 
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Oblique Near Clipping Plane 

■ This also works for infinite view frustum 

■ Far plane ends up being parallel to one 
of the edges between two side planes 


■ For more analysis, see J ournal of Game 
t Development , Vol 1 , No 2 
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■ lengyel@terathon.com 
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